home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9701 / 000039_owner-linux-arm…r.rutgers.edu _Wed Jan 29 13:17:26 1997.msg < prev    next >
Internet Message Format  |  1998-01-25  |  2KB
  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id NAA13206 for <willy@odie.fluff.org>; Wed, 29 Jan 1997 13:17:26 GMT
  3. Received: from vger.rutgers.edu ([128.6.190.2]) by nic.funet.fi with ESMTP id <67733-16353>; Wed, 29 Jan 1997 15:16:59 +0200
  4. Received: by vger.rutgers.edu id <213369-249>; Wed, 29 Jan 1997 08:14:50 -0500
  5. Date:     Wed, 29 Jan 1997 13:16:23 GMT
  6. From: "Neil A. Carson" <CARSON@rmcs.cranfield.ac.uk>
  7. Reply-To: Neil <Carson@rmcs.cranfield.ac.uk>
  8. To: pjb27@cam.ac.uk
  9. Cc: linux-arm@vger.rutgers.edu
  10. Message-Id: <970129131623.29239@rmcs.cranfield.ac.uk>
  11. Subject: Re: Arm-linux
  12. Sender: owner-linux-arm@vger.rutgers.edu
  13. Precedence: bulk
  14. Status: RO
  15.  
  16. Hi,
  17.  
  18. > > I spent the weekend looking at binutils. Arm support seems to be
  19. > > reasonable complete. You mentioned that it was buggy. Could you please
  20. > > supply more details. I also spent time looking at gcc, I still don't
  21. > > think it supports position independent code but Mark's reply would
  22. > > suggest other wise I will ask ( If I am going to make a fool of myself I
  23. > > may as well do a good job).
  24.  
  25. > Not off the top of my head.  I think most of the binutils bugs were quite
  26. > small -- things like the linker reporting unresolved symbols wrongly, and
  27. > I have a feeling there was a problem with the assembler screwing things up
  28. > occasionally (it dumped literals in the middle of the code). 
  29.  
  30. > When I get time I'll have a proper look at the binutils and try to draw up
  31. > a wish list.  I think you're right about gcc not having support for PIC on
  32. > the ARM -- Mark was probably talking about NetBSD in general using PIC for
  33. > shared libraries, not specifically the ARM port. 
  34.  
  35. To clear this one up (what Mark actually meant): gcc on the ARM does not at
  36. the moment have support for position independant code. This will be changing
  37. though we can't say when or how at the moment (not allowed). NetBSD in general
  38. does indeed use PIC for the shared libraries, rather than the linux-style fixed
  39. address ones, and is supported on lots of other ports of the OS, so clearly
  40. we will be fixing this soon to avoid the binary-bloat.
  41.  
  42.     Yours aye,
  43.  
  44.     Neil
  45.  
  46. --
  47. * Neil A Carson
  48. * The Royal Military College of Science, Shrivenham
  49. * e-mail carson@rmcs.cranfield.ac.uk
  50. * Address: Kitchener Mess, RMCS, Shrivenham SN6 8LA. Tel: (0370) 593183